iT邦幫忙

2026 iThome 鐵人賽

DAY 23
0
IT Operation

轉型之後:IT 領導者的第二座山系列 第 23

Day 23|量測而不規訓:三個讀數,零個 KPI

  • 分享至 

  • xImage
  •  

【場景】第一條規則,是給自己的

有了帳本(Day 21)跟讀權治理(Day 22),AI 幕僚自然長出一種能力:量測團隊本身——協作順不順、負載勻不勻、能力在長還是在停。

這是全系統最鋒利的一把刀。所以我們設計它的那天,立的第一條規則不是給團隊的,是給自己的:

所有讀數,掛「角色軸」,不掛人名。

第二條,馬上跟上:這些數字,永遠不進考核。

【問題】不進考核的量測,還有用嗎?

有——而且反直覺的真相是:正因為不進考核,它才有用。

【方法】三個讀數,零個 KPI

團隊狀態用三個讀數互照,不用任何單一分數:

  1. 系統讀數:從帳本與工單自然長出的指標——協作的咬合度、交接的流速、負載的分佈。零額外填報(填報本身就是失真源)。
  2. 他評讀數:半年一次、行為描述式的互評——不是「他很棒(5 分)」,是「過去半年,他在 X 情境做了 Y」。
  3. 自評讀數:當事人對自己視野與判斷的定位。

三個讀數擺在一起看形狀,不算總分。形狀才有資訊:系統讀數升、自評也升——健康;他評與自評落差大——該聊聊了(不是該處分了);協作分化度在升、但視野讀數原地——警訊,團隊在變忙,沒在變強。

為什麼死守「零 KPI」? 因為 Day 10 請來的那位古德哈特,用一條定律講完了一切:當量測變成目標,它就不再是好量測。 數字一接上獎懲,所有被量的人的最優策略就從「做好工作」變成「做好數字」——三個讀數會在同一天同時失真。你最後擁有的,是一套精密測量「員工演技」的系統。

為什麼死守「掛角色不掛人名」? 同一筆資料,掛的軸決定它的性質:「後端角色的交接延遲在升高」是系統訊號——可以開會討論、改流程、調介面;「小王最近很慢」是規訓——Day 7 的整套黑暗面立刻回歸。角色軸讓數據指向設計問題,人名軸讓數據指向獵巫。

誠實說一句:這套設計每年都會被挑戰。「都有數據了,為什麼不直接連 KPI?多方便。」頂住。 你要一套幫團隊變強的儀表,還是一套讓團隊學會演戲的儀表——這兩套的差別,只隔著「接上考核」那一根線。

(那績效考核怎麼辦?考核是另一套流程、另一批證據、另一個時間軸——讓它跟這套儀表徹底分居。混在一起,兩邊一起壞。)

還記得 Day 14 承載力那條鐵律嗎——「行為描述,不打分數」?今天這篇就是它的 AI 實作版。工具升級了,紀律一個字都沒變。

【一個動作】

檢查你手上任何一個「用來了解團隊」的數字:它進考核嗎?

如果進了——別急著拆(那會引爆另一場政治)。做一個實驗:加一個不進考核的影子讀數,量同一件事。三個月後,把兩個讀數擺在一起看失真差。

你會親眼看到古德哈特定律。然後你就知道該信哪一個了。


本系列情節經改寫與化名處理,聚焦方法與機制,不指涉特定個人。
【第二座山|第四幕:AI 幕僚】Day 23/30。昨日:〈讀權是掙來的〉。明日:〈落地時間線——兩道閘,可延不可跳〉。


上一篇
Day 22|讀權是掙來的:AI 能讀多少,看你治理到哪
下一篇
Day 24|落地時間線:兩道閘,可延不可跳
系列文
轉型之後:IT 領導者的第二座山27
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言